home *** CD-ROM | disk | FTP | other *** search
/ Developer CD Series 1997 January: Mac OS SDK / Dev.CD Jan 97 SDK2.toast / Development Kits (Disc 2) / OpenDoc Development Framework / ODF-Interest Archive / April 96 / RE Theory of Ops?.1 < prev    next >
Encoding:
Internet Message Format  |  1996-12-03  |  2.2 KB  |  [TEXT/ttxt]
  1. Subject:     RE: Theory of Ops?
  2. Sent:        3/31/96 6:28 PM
  3. Received:    4/1/96 9:36 AM
  4. From:        Jim Lloyd, jim@melongem.com
  5. Reply-To:    ODF-Interest@CILabs.ORG
  6. To:          OpenDoc Development Framework Discussion List, ODF-Interest@CILabs.
  7.  
  8. At 10:14 AM 4/1/96, Chris Hunt wrote:
  9. >Martin, Bill & the Sigma4 gang recently said:
  10. >
  11. >"Forgot to ask about a "Theory of Ops" manual. What I'd really like is to
  12. >find out _why_ things in ODF are done the way they are so that I can follow
  13. >the "spirit" of the Framework, rather than fighting it."
  14. >
  15. >I've recently been exposed to a publication named "Design Patterns"
  16. >(Addison-Wesley).  I believe that this book goes a long way of explaining
  17. >some of ODF's architecture, although I'm not sure that the ODF architects
  18. >were familiar with it.  It'd be interesting for such an architect to
  19. >indicate the influence (if any) of this book on the framework design.
  20.  
  21. ODF's architecture was mostly in place before this (excellent!) book was
  22. published, so we weren't able to benefit from it in any significant way.
  23. Nonetheless, I'd say you're correct in recommending the book as a means of
  24. gaining insight into ODF.  Many of the patterns in the book were derived
  25. from the experiences with frameworks such as MacApp, TCL, and Bedrock (yes,
  26. there are references to Bedrock in the book), and these are frameworks that
  27. the ODF team had extensive experience with.
  28.  
  29. I personally found reading Design Patterns to be a very satisfying
  30. experience, as it confirmed much that I felt we had learned "the hard way",
  31. and helped solidify some concepts that were still a little fuzzy in my
  32. mind.  I particularly appreciated the effort the authors extended to create
  33. a consistent vocabularly for discussing design patterns.  Sometimes a
  34. seemingly difficult problem becomes easy to manage when you're able to see
  35. it in the right light, and finding the right metaphors, and thus
  36. vocabulary, is generally the key.  What's more, communicating the solution
  37. to the problem becomes trivial if your audience already understands your
  38. vocabulary.  I'd be thrilled if two years from now the book as so
  39. universally known that its vocabulary had become common knowledge.
  40.  
  41. Jim Lloyd
  42. ODF Team
  43.  
  44.